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DESIGN PRnncQg ■ ^ 

Background 

design projects or problems. " 

10 Designing complex systems or products such as i^t 

. ;-^^P--^''--*ingtoget.erasalargeinte;:i p,^ 

deo,s,on is influenced by many complex factors to achieve an optima, 

and is usually a combination of such issues. °' 
Solving such problems usually Involves a highly skilled 

oonMbuted to a design .tionale. a d therltriid h! 

t:::::r ~ - ~ ~ ir: 
r::::i;ro:r ^^^^^^^^^^ °'-r - 

-umented. similarly, .;™rr ^ms^: r ^^^^^^ 
d,scardedorno,storedwi.havlew.ouslng.herosuLagar ^" 
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redeployed on new projects or change ennploymem. (Typically designers and 
eng,nee. working on a partcular des^n n,ay no. even be Jed in * al 
a>un.o,, le. alone building, and the storage and aocessibiiKy o, daL and 
edeployn^en. of expert „e .sK «,ey .a.e their ^owiLge o, de^ 

^nagerd:::e:errw~ '-'^ — «° 

. Reduce the loss of knowledge through movement of engineers. 

0 . E''*^^ -ore useful knowledge f^m large quantities Of design experience 
. Capture design rationale in a fom, that way easily re-usable by other 
projects, and businesses. ^ 

As a result of these and other reasons it was desi«>us to avoid repetition 
Of past problems and errors and, as a genera, rule, create fewer new Zls 
■ ""e to lack of understanding of design intent w problems 

Prior Art 

form., ^-'^n rationale have been made. However 

fbm,a, recordrng p^cesses that do not aid, for exampie, a design team in 
effl^entV reaching a design solution have been found to place an un e uln 
on the design team, in temns o, addWona, effort in fon^ulating the 
records and «me away from worWng on the design solution in gueLn. 

lnfom,al recording processes tend to treat records as unst^ctured 
nfom,a,K,n. and accordingly „ is not easy subsequent to the recolg o, 
»Jto™a«on to access the ,a«onale in response to a query. Also th IZli; 
Of such an approach does not aid design teams in efficiently reaching Z2 
solution for the current design problem. acnrng a design 

US Patent US.A-5471 560 (Honeywell Inc) describes a method of 
a qu,nng and organising expert kno^edge by way o, a structured Tode 
.nfom,at,on networi.. A user is prompted to provide a response ,o seri t, 
operations or statements and the subject matter of each response is storl nd 



arranged in accordance with a logical set of relationship governing rules One 
rule requires the user to define a current goal and to categorise the data 
according to said goal. The system, associated with the method stores data in 
accordance with rules specified by the user. 

Although successful, the aforementioned types of method and system 
we. rela.,veiy inflexible and complex designs, which did no. readily i nd 
*emse,ves to classification and Indexing, were no. always able I L 
incorporated In a readily accessible fom,at or s.o.d. More Importendy no 
opportunity was provided in the system diseased in US Pa.ent US.A.5471 660 

r"Z t .h '^'^ ^-'3-93 

relatng to the reasons for the failures, provide importen. recoMs l,lus.ra.ing 

experience and reason for reaching parflcular conclusions or designs. 

It is often necessao, for the design raHonale once captured to be 
. access,ble in a simple and effective way in any design issue to which it may be 
pertinent, t has been a problem with methods, tools and systems for capturing 
.he ...onale behind design decisions and the subsequent reuse of .he Jonaie 
fu ure design decisions. I, is ve^ ra. for a design issue .o be exact, 
repeated at a future date. However, some issues that have arisen in othe 
design ,a.,onales are ve^ liKely to be r^levan. in a subsequent design problem. 

kno,^e^r"TH'"*'T "'^ "^-"^ °" ''o-in 

kno«.edge. This ,mpi,es that what cons.itu.es a problem Is highly subjecflve 

Therefore, because .he design process depends on .he problem, it inevitabiy 

depends on the designer or design team too. Purthermore, as men«oned 

above, des,gn problems are considered to be complex. The degree of 

complex^ of a problem may relate to, among other fecors, .he number of 

steps required to reach a solution or to the quanfty of infom,a.ion required 

More ccmp^x problems Induce cognLlve p™=esses wl.h a differen. quaL.lve 

character man those of less complex problems. Thus, In more comple 

P^Nerns the processes that monKor .he ove.l, problem solving process p a 

more of an importan. role. This support «,e requiremen. for a process-based 

approach to design, bu. aiso emphasises the need for flexibility in Its application 
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to adap, ,0 .he oomp,exi,y of ,he problem. Furthen^ore, i. undeHlnes .he 
.mportance Of easy refrieva, of knowledge (,nfo™a«on, ^le^n. .o .he 
problem/product. 

A pub,ica«on emftled: "A Process-based Approach .o Computer Supported 

based support System (PROSUS), that focuses on the in.e,3c«on between tt,e 
desrgner and computer system. 

^^P^P^^^^^-^P^ter system for PROSUS focuses on support rather 
0 t^an automation, and on supporting the whole design process. This imp 

Close co^pera«on between user and system. Therefore, PROSUS considered 

n necessary to develop a model covenng the tesKs of designers and the 

computer system. Such a mode,. In covering the va.ous tasKs Involved n 

des,gn, enables sh«s In .he ,ask dls«bu«on without the need for la^e 

mo ,f,ca.,ons of .he model. This allows stepwise system developmen. and 

.mp,emen.a.,on, e.g. .o adap. .o developments In computer science, and 

allows adaptafon to tools available In a company for specific tasks. 

The m?,"'Tr P™«s-based model of design was used. 

mam. .ha. acts as the knowledge structure for the computer system The 
model constitutes generic knowledge of a system of a design p«>cess le 
possible steps; relationships between the steps (based on contents rather man 
on «,e sequence of execution,; and possible means to suppor. .he s.eps In 
work,ng w,th PROSUS the designerfs, uses the structure given by the mode, to 
document data that evolves from or is generated In a project. In this way a 
des,gner provides the context to Intorpre. an input. This also enables he 
system to leam e.g. new strategies or applications for specific means. 

issue eTsl^ff "T' " ^' ->^>"9 

issue Based nfom.at,on System (IBIS,, that provide a way of documenting 

des,9n,at,onaleonamicroscale. One example was published by Kunz W and 
R.«el, H.W.X entitled: "issues as Elements of Information SystLs vZrJng 



Paper 131. Centre for Planning and Development Research. University of 
California. Berkeley, with Methodical Design, describes a prescriptive model of 
the design process, which in proposing stages and activities, also provides a 
general set of issues and a process-related structure for these issues. Another 
5 paper was published by Kroonenberg. H.H.v.d.: 1978, entitled: "Methodisch 
Ontwerpen". in Faculteit der Werkuigbouwkunde. Diktaat Universiteit Twente 
Enschede, the Netheriands. 

PROSUS matrices provide designers with graphical working areas for 
capturing and indexing product data and design rationale during the design 
0 process. A matrix consists of three columns representing design activities 
namely, generation, evaluation and selection; and rows representing generic 
classes of issues to be addressed. A distinction was often made between 
product, assembly and component matrices, each associated with a node of a 
product breakdown. A completed design has a single selected solution for 
every identified issue in every matrix. 

In literature several PROSUS-like system implementations have been 
reported. Rodgers. P.A., Blessing. L.T.M.. Caldwell. N.H.M.. Huxor. A.P. 1999 
"Exploring the Effectiveness of Network-based Tools in Distributed Conceptual 
Design Activity", in The Continuum of Design Education. Juster. N.P. (ed ) pub 
Professional Engineering Publishing Ltd.. London, pp.151-161: McMahon, E.H • 
2001. "Odyssey-Managing Design Information on the Web". IDED01, Glasgow 
UK. Besides these, many other systems for design rationale capture have been 
proposed, (e.g. gIBIS. Conklin, J. and Begeman, M.L.: 1988, "GIBIS- A 
hypertext tool for exploratory policy discussion". ACM Transactions on Office 
Infomiation Systems. (4), pp.303-331. PHI, McCall, R.J.: 1991. -pHI- / 
Conceptual Foundation for Design Hypermedia", Design Studies, Col 12 (No 
1). PP.30-41, Maclean. A., et al: 1991. "Questions. Options, and Criteria- 
Elements of Design Space Analysis". Human Computer Interaction. Vol 6 pp 
201-250, Compendium. Conklin. J., et al: 2001. "Facilitated Hypertext for 
Collective Sensemaking: 15 Years on from GIBIS". Proceedings of the 12th 
ACM Conference on Hypertext and Hypermedia, Arhus. Denmark, and DRL 
Lee, J. and Lai, K: 1991, "What's in a Design Rationale?". Human Computer 
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interaction, Vol. 6, 1991, pp.251-280. Albeit ,o different extents al, ,he.» 
systems have been influenced by the basic IBIS concept. 

It is now Widely acknowledged that rarely have systems of this type been 
successfully applied in industry, Simiiarty to IBiS-IIKe systems Trosus 
s matnces support the capture of alternative solutions for each issue hTZ 
tlZ " -"^S-S -'^ support automatic oaptuZ^ 

lntema«onal Paten. Application WO.A1-0221345 (University of Arizona) 
des^bes a kno^^edge acuisitlon system used in the design of 
mec an,ca l epulpment. The system enables a user to acces one oTmo^ 
databases, ,n accordance with a series of mies, in ooler to generate a mldT^ 
the p,ece of mechanical equipment. No recoil is kept of the 1 
instead the system me.. p.vldes access to rC^' dt^r 

deined.~ ~ ~ ^ -"'P-nt to Z 

An object of the present invention is to allow simiiari«es and diffei^nces 
Of two des^n contexts to be readily appreciated and to supply the retevln 
design rationale captured to a subsequent issue. 

It Is another object of ttie present invention to provide a method tool and 
system to ass,st a design team in reaching a design solution efficien ,y whi s 
cap^nng the ..lonale. in.uding causal dependencies. behin:^d:: 

Another object of the present invention to provide a methnH * . . 
s..em to assist a design team to reach a designing drcirr^^^^^^^^ 
w,th one or more similar or different design projects. 
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to conswe. potential causes of a pl^^ T 7 """" 
evaluation of a design solution, the or cht. oral , '''''' " 
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*a. the ,n,o™a.ion is stored in nodes of me graph editor. There „.ay be 
different types of nodes to represent different types of information The 
dependences between the design rationale at each of the nodes may be 
represented by a directed iink. 

5 Advantages of this aspect of the invention are that use,^ may taitor 

.sues to be addressed: flie templates and reia«onships between infoLtn 
that forms the knowledae stmrtnro ^ • "cmon 

capture too, evolves. ^ '^'^^'^ 

The fact that the present invention has nodes aliows a much simpler 

^ul '° ^^'^-^ • ™^ ~a 

too. to be more emcien. and more flexible than previous systems, as well as 

2Zs Th'T™"°" *° ^'^"^ - - resign 

P^iec s. The too, can readily be updated and adapted to a particular s«uation 

Nodes may automa«cally be resized to display text of arbitrary width and 
number of lines. Particular types o, node may be represented by a bacKglnd 
Shape or colour ovedald by text. This means that there is no ionger a nJTd o 
summanse the node into a short iabe,. Also the whole contents of a node an 

viewer or open additional text boxes. 

Sketches, images and other graphical elements may be readily and 
seamlessly embedded into the data structu... Links with dependencies may be 
pointed and anchored to a particular feature or tocation within graphical nodes 
Of a g^ b editor. Theretore a link can be incorporated into a decisiln te 
(Showing for example design decisions) and graphs or Images of specific data 
may be appended to the link so that they can be accessed directly ^ he t 
use as a support to a particular decision or chain of dedsions or othe^^se 

such records of design rationale may be of significance in the event of 
an enquiry as to why a design choice was made, e.g. for review purposes due 
diligence exercise or Otherwise. Poses. aue 
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";P-*"'^rty preferred embodiment the tool may provide a structure Of 
interl,nked planar graphs into which complex infom,a.ion spaces may be 
organrsed. Reasons for, and dependencies between, decisions can therefore 
be unobta^sively captured. AddWonaiiy, by providing designers with template 
= graphs, preceded with issues appropriate to the design tasK or stage of the 
design p^ss, a guide can be provided as to the types of data and reasoning 
that can be input. ^ 

It is further prefen-ed that the tool pi^mpts the user to input at least one 
possible answer to the a, least one predefined issue. At least one possible 
10 answer be,ng stored as data at the label of a node. The stmoture may also 
P^mp. a user to input a, least one argument that supports (or refutes, the 
poss^le answer, the a. leas, one argument being stored as data at the label of 

It is further preferred that the stnicture prompts the user to input at least 
15 one argument that supports (or refutes, the possible answer, the at least one 
a^ument being stored as one of the, or each, piece of infom,ation at the 

labelled node. 

The at least one argument may be classified as a supporting (or a 
« argument. It may also be readily Identified by the user as ctessMed as 
20 the supporting or the refuting argument. 

The at least one argument may also be classified as a valid or an invalid 
argument, after further consideration. It may also be readily identified by the 
user as classified as the valid or the invalid aigument. An identifier of the status 
Of an argument may also be included at the node or embodied in the form or 

atTth -^'^ ^" "^^'y -P— ted, is 

another factor in making the tool user friendly and clear. 

It is further prefen-ed that the at least one answer is classified as an 
open, an accepted or rejected answer. The answer may also be r^adilv 

30 Inlw^ "'-'"^ --P'^ - reiec. J 
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I. ,s further preferred that the at least one predefined issue Is supported 
by the a. least one text statement. The at least one text statement may be 
readily Identified by the user as believed tme or knovm to be false. 

Again, as for "answers" and "arguments", their status may be included In 
the node to aid clarity. Status identifiers can also be included for "issues" and 
sub-Issues" and any node type required. The node may appear once only in a 
predefined file. 

Each node only appears in a single predefined file, thus the user views 
the node only once and only in a single W or computer screen display This 
feature provides a clearly defined context, not present in state of the art 
knowledge capture fools where there is potential for the node to appear on 
multiple views. The clearly defined context helps make the invention more user 
fnendly. whereas tools with multiple views have been found to deter users as 
they were too complex. 

It is particularly preferred that the, or each, piece of infomiatlon stored at 
the label of the node, can be linked to a previously input file where the, or each 
piece of infbmiation has previously been raised; or to an additional node on the 
predefined file wherein the, or each, piece of information has previously been 
raised. These links are hereinafter referred to as "tunnelling" links. 

A sub-issue to the at least one predefined issue can be Identified and 
input ,nto the knowledge structure. The knowledge structure may prompt the 
user to input at least one possible answer to the sub-issue. The subHssue may 
be linked by a "tunnelling link" to a previously input file or to an addMonal node. 

It is partlcularty advantageous to utilise tunnelling links that appear to 
tunnel into the file template to reappear elsewhere, either on the file or a 
previously Input file. A firs, end of the tunnelling link may be represented by a 
first icon and a second end of the tunnelling link may be represented by a 
second icon. The first and second icons may be designed such that, for 
example, double clicking with a mouse on the firs, Icon causes the tunnelling 
link ,0 be traversed to the second Icon, and double clicking on the second icon 
causes the tunnelling link to be treversed to the fire, icon. A single charecter 
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adjacent to the first and second icons may succinctly signify the type of piece of 
Information linked via the tunnel. 

Advantageously ends of the tunnel are anchored to a location within the 
node. This is particularly useful for linking features with graphics, sounds or 
5 other data suppressed by different software. 

These features permit a large and complex rationale to be distributed 
across multiple two-dimensional representation clearly while still allowing easy 
navigation. Thus there is provided. In effect, a database of decision processes 
that led to a particular conclusion or design. A particularly attractive and useful 
0 feature of the database is the fact that both success and failure paths are 
documented and recorded. 

The tool may have a processing means to identify at least one 
predefined issue addressed on a first design project is encountered on a 
second design project. Thus "tunnelling" links can be automatically created. The 
• at least one predefined issue may derive from the sub-issue. 

Different types of labelled nodes may be used for the different types of 
Information i.e. issues, answers, arguments, text statements. They may have a 
small set of pemiisslble current status values. The values may be portrayed by 
suitable combinations of changes in colour and/or geometry of. for example the 
background shape and/or font style of the text. Values may be changed as 
work progresses from, for example, unresolved to resolved. The tool or system 
may allow a 'job list' of all unresolved or open nodes to be displayed or printed 
Thus the tool provides clear prompts of what needs to be done, effectively 
combining the functions of a notebook and a 'to do' list. Additionally, dominant 
arguments can be emphasised clearly. 

A complete set of linked files may also be directly printed providing a 
clear and comprehensive hard copy of a design rationale. No information is 
hidden in the tool that is not visible in the printout. Colours and shapes may be 
carefully chosen such that black and white printouts, while unavoidably not as 
clear as colour, are nonetheless unambiguous in meaning. 
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According to a second aspect of the invention tiiere is provided a mettrod 
for capturing design knowledge information wt,erein tt,e infonnation extends 
beyond product design infonnation, said design i<nowledge information includes 
.nfonnatlon on evolution of at least a first design and causal dependencies as to 
the reason for making a decision in the evolution of the design, comprising the 
Steps Of: ^ 

storing the Information generated or acquired during progress of a first 
design in a storage means; 

inputting information into the storage means; 
10 presenting the infonnation to a user; 

classifying a design stage and selecting a predefined file with a list of 
predefined issues to be addressed; and 

presenting a file template for inputting the information into a predefined 
knowledge structure. 

t5 According to a third aspect of the invenUon there is provided a computer 

program executable to capture design Infomiatioh, wherein the design 
infom,ation is generated or acquired during progress of a first design project 
the .nformation extending t>eyond product design infom,ation and including 
infonnation on evolution of the fir.t design project and causal dependencies 
0 leading from one design to another, according to the method described above. 

It will be understood that the computer may be accessed remotely for 
example via a dedicated link, eg local area networi< (LAN) or wide area networK 
(WAN), or it may be accessed via the Internet. When ananged in this way the 
invention may be used and updated by several teams, wori<ing on a laige and 
■ complex problem, located in different regions or time zones. 

AccoriJing to a fourth aspect of the invention there is provided a 
computer programmed to capture design infom^ation, wherein the design 
information is generated or acquired during progress of a first design project 
the infonnation extending beyond product design infomiation and including 
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information on evolution of the first design project and causal dependencies 
leading from one design to another, according to the method above. 

According to a frflh aspect of the invention there is provided a computer 
to capture design Information, the design infom,ation being generated or 
5 acquired during progress of a first design project wherein the infomiation 
extends beyond project design infomiation includes infomiation evolution of the 
first design project and causal dependencies including means for 
storing the infomnation on a storage means; and 

means for inputting the information into the storage means by first 
> Classifying a design stage and selecting a predefined file with a list of 
predefined issues to be addressed and presenting a file template to a user to 
allow the infom,ation to be input by the user in a predefined Knowledge 
Structure. ^ 

According to a sixth aspect of the invention there is provided a system 
operable to capture design knowledge/mfomiation, the design 
knowledge/information being generated or acquired during progress of a first 
design project wherein the infomiation extends beyond project design 
infbmiatlon and includes infom,ation on evolution of the first design project and 
causal dependencies, according to the method described above. 

According to a seventh aspect of the present invention there is provided 
a tool comprising a knowledge modelling tool having an interactive graph editor 
to capture a first design raUonale of a first design project, the first design 
-atronale containing data on at least one design issue and a processing means 
to allow the first design rationale to be identified when the at least one design 
issue IS encountered on a second design project. 

According to an eighth aspect of the invention theie is provided a method 
for capturing and reusing a design rationale of a first project, the design 
rationale containing data on at least one design issue, including the steps of: 

capturing the design rationale in a graphical format, and 
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processing the graphical format to allow the first design rationale to be identified 
when the at least one design issue is encountered on a second design project. 

It is prefen-ed that the method utilises an Issue-Based information 
System. It is further preferred that the step of capturing the design rationale in 
graphical format incorporates the step of utilising nodes of the graph editor. 

There may be a further step of representing different types of information 
by different types of the nodes. 

According to a ninth aspect of the invention there is provided a computer 
programme executable to capture and reuse a design rationale of a first project, 
the design rationale containing data on at least one design issue according to 
the method described above. 

According to a tenth aspect of the Invention there is provided a computer 
design rationale containing data on at least one design issue according to the 
method described above. 



According to an eleventh aspect of the invention there is provided a 
computer to capture and reuse a design rationale of a first project, the design 
rationale containing data on at least one design issue including means for: 
capturing the design rationale in a graphical format, and processing the 
graphical fomnat to allow the first design rationale to be identified when the at 
20 least one design issue is encountered on a second design project. 

According to a twelfth aspect of the invention there is provided a system 
operable to capture and reuse a design rationale of a first project, the design 
rationale containing data on at least one design issue according to the method 



described above. 
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When configured as a computer or database the system may include 
suitable encryption and decryption software in order to ensure security and 
integrity of data. 

Embodiments of this invention will now be described, by way of 
examples only, and with reference to the drawings in which: 
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Brief Description of the Figures 

Figure 1 is a matrix according to the prior art for documenting design 
rationale on a micro-scale by capturing and indexing product data and design 
rationale; 

5 Figure 2 shows a complete set of graphical representations used in one 

embodiment of this Invention for design rationale modelling; 

Figure 3 shows a design rationale, applying the graphical representations 
shown in Figure 2, to an aerospace application; 

Figure 3a shows a diagnosis stage of design; 

0 Figure 3b shows a solution stage of design; 

Figure 3c shows an evaluation stage of design; 

Figure 4 Is a table of syntax statements, sybols and issues used in a 
prefen-ed embodiment of a system 

Figure 5 shows a diagrammatical representation of a second 
embodiment of the invention; 

Figure 6 shows a graphical representation of the methodology used for 
designing and testing the present Invention; 

Figure 7 shows graphically how the methodology of Figure 6 was 
applied; 

Figure 8 shows a design rationale modelled using Graphlet (showing 
structure only); 

Figure 9 shows the complete set of graphical representations used In 
design rationale modelling; and 

Figure 10 shows an aerospace design rationale application for fire/fume 
assemblies, stoictured according to a design definition report (DDR). 



Detailed description of Preferred embodiments of the Invention 
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Referring to Figures 1 to 5 there is shown a first embodiment of the 
invention which is described with reference to a particular problem encountered 
during a design and diagnosis project. Although reference Is made to several 
aspects of a jet engine, only diagrammatical references are depicted in the 
5 Figures. 

Previously, as depicted for example in Figure 1, design processes and 
procedures comprised a process of generating, evaluating and storing solutions 
in a matrix or linear format. A key problem associated with this type of design 
process was the fact that unless a clear and consistent Indexing system was 
) used, with nomenclature universally understood by current (and future) 
members of a design team, there were flaws in the system. Another drawback 
with such liner type systems was the inability to retrieve specific pathways 
leading to the conclusion of a particular design and the associated reasons for 
making that design. 

The present invention is described with specific reference to a series of 
decisions (the design rationale) which were taken with a view to overcoming a 
real life problem - namely that of debonding of a part of an engine housing. 

In the design application represented In Figure 3. ice impact and acoustic 
panels of a jet engine fan case were manufactured from an aluminium 
honeycomb core, an aluminium perforate skin and a fibre glass edge frame. 
For ease of reference none of the Items herein described are depicted but are 
referred to by way of example only. The honeycomb core is bonded to the 
peri^orate skin and edge frame using two plies of epoxy film adhesive. The 
edges of the honeycomb core are bonded to the sides of the edge frame using 
foaming epoxy adhesive. 

Problems were encountered with the panel assembly in service where 
the perforate skin was detaching or debonding from the honeycomb core. The 
debond was exclusively within the so-called acoustic zone of the panels, from 
unfilled honeycomb cells only, and resulted in sections of the skin breaking 
away and being lost. Inspection of panels which suffered loss of perforate skin 
showed that the debond occured cleanly from the primed surface of the 
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perforate skin, leaving the adhesive attached to the cell walls of the honeycomb 
core. The debond and loss of perforate skin caused a huge maintenance 
burden to airline companies. 

A first design task to be tackled was to identify likely causes contributing 
5 to the debonding. A user (not shown) entered into the system an identifier to 
classify the design task as "Diagnosis". This displayed a file template for use as 
"Diagnosis". Figure 3a shows one example of a completed Diagnosis File 
Template. The Diagnosis stage of any design process is the most flexible due 
to the nature of the task. that. is. to investigate a problem and find the likely 
> causes. 

In this case a predefined issues list may comprise simple statements 
such as "What are the causes?". Alternatively they could be based on a 
decision tree that guides a designer (user) through a diagnosis process and 
acts as a check to ensure all relevant factors have been considered. Thus in 
the Diagnosis Stage, a prime issue was identified as "What causes are 
contributing to debonding?" 30. As Figure 3a shows the completed Diagnosis 
File Template the issue is identified as a Resolved Issue. 

Figure 2 shows symbols used to represent all issues and their status 
20a-d. 20a shows an open (unresolved Issue). 20b shows a resolved issue as 
seen in Figure 3a. status 20c shows an issue that cannot be solved and 20d a 
rejected issue (a potential issue that turned out not to be an issue) All issue 
symbols are based on a question mark. As issues are the main questions this 
IS intuitive to the user. Colours can also be used to differentiate between the 
statuses of issues. Individual systems may be modified or customised for use 
by a particular user or group. 

Thus In the example, six possible theories were suggested for further 
investigation. These were: 

• Engine Vibration. 31a 

• Fan Case Flexure . 31b 

• Thermally Induced Strain, 31c 
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• Adhesive Failure at Elevated Temperature, 31d 

• Ice Impact and Foreign Object Damage (FOD), 31 e 

• Pressure Loading from Fan Blades, 31f 

These above six possible causes were classified as "Answers". 
"Answers" are represented by the symbols shown In Figure 2 as 21a-c. 

Because Figure 3a shows a completed template the status of all the 
answers is closed. Thus they are represented either as "Accepted Answers" 
31a, 31c. 31d and 31e or after further investigation confirmed as not being a 
cause of debonding and are therefore classified as "Rejected Answers". 31b 
and 31. Figure 2 item 21a shows the symbol for an "Open Answer", that is an 
"Answer" that requires further work to confirm or reject. 

To confirm or reject "Answers" they are either supported or refuted by 
"Arguments". In Figure 2 the symbols for arguments, and their status, are 
shown as supporting arguments (pro arguments) 22a-c and refuting arguments 
(con arguments) 23a-c. Answer 31c - "Thermally Induced Strain" - was 
considered to arise from one or two arguments, namely: stored thermal strain 
locked in from manufacture. 32a and/or hoop condition due to filler/fibreglass 
between panels, 32b. 

The symbol used for both arguments is that identified in Figure 2 
reference numeral 22b as a dominant supporting argument. A technical 
explanation for why these arguments are dominant supporting arguments is 
given below. 

Considering the grounds for supporting argument 32a; in production a 
fan case assembly is heated to a temperature of around 175°C when curing the 
bond between panels and the fan case. Aluminium has a higher rate of thermal 
expansion than steel and as a result perforate skins of the panel assemblies 
expand to a greater extent than the adjacent fan case during this cure cycle. 

The bond between the panels and fan case is formed between 120°C to 
ITSX. As the assembly cools, on completion of the cure cycle, thermal strain 
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becomes locked into the panel assemblies as the perforate skins try to contract 
to a greater extent than the adjacent fan case. 

Assuming the bond Is formed at 175X the following differential thermal 
contractions between each perforate skin and the adjacent arc of fan case 
5 occur: at 15°C ( ISA day) a contraction = 1.35mm; and at temperatures of 
around -SOX (the typical temperature during aircraft descent) Acontraction = 
1.7mm. Thus thermal strain imposes a shear load onto the honeycomb core of 
the panel assemblies and onto the bonded joints at both sides of the 
honeycomb core. The resulting stress in the panel assemblies Increases as the 
3 temperature of the fan case assembly reduces. Therefore thermal strain is 
considered to be a major contributor to debonding of the perforate skin. Thus 
considerable thermal strain locked in from manufacture and is considered a 
dominant supporting argument. 

Secondly argument 32b was considered. Gaps between each panel in 
the fan case assembly were filled with blue filler MSRR1 OOl which was covered 
with a fibreglass lay-up to prevent the filler being eroded by passing air flow 
from the fan (not shown). The combination of filler and fibreglass effectively 
connects each panel one to another. It was considered that this may cause a 
hoop condition to exist in the perforate skins, resulting from differential 
expansions of the skin and fan case, caused by changes in fan temperature that 
occur during a flight cycle. It was concluded that this may further compound the 
loading of the bond between the perforate skin and the honeycomb core and 
thus was considered a dominant supporting argument. Thus, the arguments 
32a and 32b have supported the answer "Thermally Induced Strain" 31c and 
thus both are termed "Accepted Answers". 

Next "Ice Impact and foreign object damage (FOD)" 31e was considered. 
It can be seen that once again two arguments are associated with this potential 
answer. However, in this instance one is a Dominant Supporting Argument, "Ice 
impact can and does occur during descent, when the temperature could be -50 
°C and themial strain maximum". 33a. The second answer was a refuting 
argument, namely: there is "No Sign of Impact Damage in Failed Panels", 33b 
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From Figure 2 the symbol used in argument (Answer 33b) can be seen to refute 
the argument that still holds 23a. 

Technical explanations for 33a as a Dominant Supporting Argument and 
33b as a Refuting Argument are given below. Consideration was given to 
5 whether impact by ice or foreign objects onto the perforate skin could be a 
primary cause of bond failure. No obvious signs of impact damage were 
reported on panels suffering from debond. and honeycomb that became 
exposed due to skin loss was generally reported as being in a good condition. 
It was therefore felt unlikely that impact of ice or foreign objects was the primary 
10 cause of repeated perforate debond. Thus argument "No Sign of Impact 
Damage in Failed Panels". 33b holds but is not dominant. 

It was also noted that ice impact will occur during descent, when fan 
case temperature may be as low as -SOX and the panel assemblies are 
subjected to their highest loading caused by themial strain (as discussed 
5 above). It was considered possible that ice impact may be contributing to the 
initiation and progression of the debond. Thus argument "Ice impact will occur 
during Descent, when temp could be -50° C and Themial Strain Maximum". 33a 
was labelled as a Dominant Supporting Argument. 

The Dominant Supporting Argument outweighs the Refuting Argument 
and thus Answer 31e Is an Accepted Answer. "Pressure Loading from Fan 
Blades", 31f is a Rejected Answer. It is refuted by one Argument. "No Sign of 
High Cycle Fatigue in failed Panels", 34. 

A technical explanation for the above reasoning is given below. The 
pressure wake from fan blades imposes a load onto perforate skin and cell 
walls of the honeycomb core. It was considered that the blade passing 
frequency may cause a high cycle fatigue of the honeycomb core and the 
bonded joint between the honeycomb core and the perforate skin. This was 
refuted by argument "No Sign of High Cycle Fatigue In failed Panels". 34. 
Inspection of failed panels has shown no obvious sign of such fatigue in the 
honeycomb core or the adhesive. Thus loading from the fan blades was not 
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The answer "Adhesive Failure at Elevated Temperature' 31d was 
5 or Adf' ""''""'"^ "^"^ ^-P^-'-e Capability 

MSRR1050 affected by elevated temper^tui^sr 36a and "What are the normal 
and poten^a, .aximu. temperature of the fan caser 36b, as wJi as 
Supporting Dominant Answer -manufacturers recommended max opelnl 
10 Temperaturs =100 °C-, 36c. operating 

Thus further issues arose and were treated in exactly the same way as 
he pnme ,ssue with the same predefined issue .1st being addressed by the 

37 that IS a sub-sub-issue of sub-issue 36a). 

Link arrows 50 link issues, answers, arguments and text statements (see 

50 IS. such that when the status of any issue, answer, argument or text 
statement is changed by the user, the arrows point to al, lies, anir 

.0 r^::r ^ -^'^^ ^-^^ — y b: 
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cause Of the problem. When the causes o, debonding are known, the neJ 
design tesK/stage is to solve the problem. That is: How to prevent «,e perfora^ 
skin debonding from the honeycomb? penorate 

Once again the user entered into the system an identifler. The design 

Solution . Figure 3b shows an example of a completed solution ffle template 
The solution «le template has a different predeflned list of issues tailored tote 
solution stage of the design process. Once again Answers and Supporting a 1 

be fomaed between two template flies. These, so-called "tunnelling" links. 
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allow large problems .o be handled, by allowing templates to be distributed 

su™ ::r ^"""^ ^^-^^ - --ti:: 

surfaoe of a fl,e or representation of a file (screen or window) and reappear 
elsewhere in the same or a different file Links can th.n , 
^ .es«na.io„ element. -wsing, the tunnel c Jn be ::redr:^^^^^^^^^^ 
double-CCing w„h a mouse pointer a, a small circle 43a .p rit'the 
.unne, opening, and the pointer is taKen to a rote end of the tunneL 

Thus one of the answers in Fiaurt* -^h ic "d^^ 
~ strain- . and is sup^rted b rmfna s r^g^^r 

tunnel to the diagnosis template shown in Figure 3a. A circle, 43a indicates 
me owning of «,e n.nne, lln. The text statement "Debonding Diagn sM3b 

rationalTT' '"""'"^ '^«°n of iarge 

rafonale structures ,n a way that no other system provides. With tunnellino Z 
a vanety of Information, in different formats, is available at a glanjl ' 

oieadvlr:? They show 

oleariy that a dependency on the status of an element of a particular tvie InT 

tunnel to the view in which that element was defined and it* ... 



Figure 3c shows an evaluation stage, in this stage the predefined issue 

iiz iro:\rerd::n~Tf r - 

— -statements are used toident'JLlririTeuTedr 
30 many reasons as identified by symbols 24a and 24b in Figure 2. 
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It will be understood that many formats of graphical representations may 
be used in the invention. However, the representations used in this embodiment 
have found to be readily received by users and are very intuitive. 

It will also be understood that the method could be used in many design 
5 applications and processes. 

It has been found during evaluation with teams of aerospace designers 
that the system is very easy and intuitive to use. making for example, designers 
willmg to capture rationale as it is developed, rather than at the end of a project 
This makes the design process overall faster; more consistent and more 

0 ngorous. The view of the rationale structure is comprehensive and clearer to 
see and understand, (both by users and others), than say design notebooks or 
a software tool. Because the design tool is automated it can be accessed by 
teams ,n different locations, for example by way of encrypted links vis the 
.ntemet. Use of the system tool therefore improves the design process and 

' captures rationale as a valuable bi-product for use by subsequent design 
teams. 

A particular advantage is the natural and intuitive interface, resulting in 
the system being easy to learn, easy to use and clear as an archival method. 

The method of displaying element type and status using resizable 
coloured background shapes overlaid by text, saves screen area, allows more 
of the linked nodes (which provide the context of a particular node of interest) 
and enable the screen to be viewed at a glance. The fact that use of the 
invention makes complex processes and design decisions easy to grasp and 
the type and status of a particular statement, in a complex rationale, easy to 
understand has been due to its simplicity. 

A printed output of a set of partially or fully completed templates is 
comprehensive in its Information content and provides a hardcopy, closely 
matching what could be seen on screen using the tool. This makes it particularly 
clear and allows easy interpretation of the rationale structure. 

Referring now to Figures 6 to 10. which illustrate a second embodiment 
of the invention. Figure 6 shows a graphical representation of methodology 
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5 'n'egration and oode-ha^Jening mechanisms. are components, 

.es«no'„?r ' '""^ applied to the design and 

es„ng Of the present invention, and the taste are numbered in the order tha 
hey were performed. TasK 101 is -Overai. Success Criteria" and M 'hj 
basis for judgement of success or faiiure of th» . ■ . 
- invention was created. The criteria werl ""'^^ '"^ 

™ '"^ P'-*'^' =°rrec«y identify crucial problems faced by aerospace 
dustn. designers, in the capture, sharing and reuse of knowledge,- and -DM 
«.e project suggest how one or more of these problems couid be solved" 
In task 2 "Define and Justify Measurable Criteria- f^r *w 
= P~.lem Of the d^cuity of receding Oesign Kationar;;; Z:::::^ 
hat the ments of a technical solution might be established expenment^ y " 
flnd,ng a a..er .uantity o, DR to be captured per designer hour than s^ da^ 

uTdTir • - - - ~ ^ ^ 

defined? "^'^ ^-'^''"^ '•-'■9" "-x^--. -ng well 

defined knowledge structures, to infon. a proposal as to how tha, process co"w 

be measurably improved. An existing standard practice in the T 

i^^ustry for 0. capture is the prepa^ion of a textuL Z:^^^ 

IBI<! iit^ u P ® perceived poor usability of 

IBIS-like approaches, a preliminary examination of the contents of DDRs 
s^ge^ed that IBIS should be suitable. Hence for task "103 Choose Knl^ 
Level Representations- a provisional choice was made of IBIS-like graphs 1^ 
next step ,04 was -Choose Knowledge Modelling Tools-, with the aim of flnJng 
a convenient and flexible tool to allow the representation to be tes"!! and 
iteratively refined by instantiating i, with DR fi^m real cases 
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These DR graphs were felt by members of the project team to . • 

ha. frec,uen.,y .epo.ed problems w«h ,B,S were sunno.nLle "il' 
a«en„or, was paid ,o usabl,i.y. The use of DR real p^JeCs In «,isX 
convincingly demons.ra.ed the feasibilKy and possible bene J of T 
0 -PP<>-°ol,a«rac.in„.a.ln.e.s.lnLae:s::::::r^ 

Choice. .we.r, .adbeencbose^ 

to s.eB 110 ■(^h.n^. n . ' Knowledge Modelling Tools" 

to Step 110 Choose Development Tools and Components' and from step 103 
Choose Knowledge Level Representations" ,o step 107 ch„ 
lmp,emen.a,ion Level RepresentaUons". These show thJr herl may be a! 
oppoitunlty .o jump-star. too, lmplemen.a.,on, . ohosen .now e;e Le ii 
oo can also support rapid software prototyping, and precisely deLd rfb 1, 
^Plementatlon level representations as well as .he less formaLwLdlt: 
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If a research prototype software tool is to be tested on live projects it is 
mperafve to consider practical details of its int^duction. This is the s,ts 
ha Prescription stage 106 -Sto-ybca^ Tool in Context of New Design P ot s" 
In the present case, an initial Sto^board. was provided for designers JZT, ' 
a use the t^i to create 0. graphs that could either be di^cti;: ranTsl: 
.n the DSF. or imported into DDR Word documents. 

In some Computer Aided Engineering Design (CaeD) tool research 
projects, underlying methods and representations are implemented f- t and 
tested by researcherfs, befo. adding a pn,per user interface to aiiow th!^ pal 
10 use The methodology o, Figure 6 shows this by two levels of rapid 22 
P^totyprng in the P,escHp«o„ stage. In this case, by taKing the app^^^ ol 
P«>gress,ve.y mod^lng G.phlet using Tcl/TK scripting, it was Zibte to 
combrne t^ese levels and have a p.per user interface from the ou ^Henc: 
the upper level in Figure 6 is greyed out. 

that allows graphs to be represented, navigated, modmed, loaded and 
saved to, graph marK-up language (gml, files. Expe,tenc« manipulating i" 
graphs ,n «,e Descnption , stage, had shown these facilities to be both em n 

Tr a" ~' — • an~ 

Or^^jTlZ 7 '"^ ^'^ - Hence 

orapniets GTL was chosen for stpn my "/-^^ 

" ^^®P 107 Choose Implementation Lev^l 
Representations-, and Graphscnpt, its Tc, binding of the GTL procedul rj 
suitable for step 1 08 "Chcose Methods". 

D^str butron Requrrements". In ,em,s of visualisation and interaction i, was 
consrdered vrta. that the tool should be as in,ui,K,e as possible to a yle 

(Trade Ma*) or VIs.o (Trade MarK). Fortunately, Graphlefs user interfar 

colour mrght be used to make the DR clearer on screen, although the meaninc 
Should be unambiguous if the graphs are printed in monoch^me RefllgTa 
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Graphlets Postscnpt output into MS Wort (Trade Mark). 

Step 110 -Choose Development Tools and Components". Graphlet was 
run as a Tel script and DLL from within the TclPro development environment 
a Chosen mainly for its excellent debugging capabilities. Source NaVgator IDE 
was Chosen to aid the navigation, understanding and ediUng of Gt^phlefs large 
body Of TCI source code. Ghostscrlp. (T,ade Made) and GSView (Trade Ma*) 
were also chosen, as together they provide a command line utility called 
pstoedrt, to convert Graphlefs Postscript output into Windows metafiles that can 
10 be imported into Word documents. "«ioan 

A common bottleneck in CaeD tool research lies in task 111 -Rapid 
Software Prototyping". This is can be a time consuming and difficult problem for 
researchers to convert partially worked out research ideas into a sufficiently 
precse specification for satisfactory impiementaBon by a prt>grammer. The only 

By writing Tel scripts to modify incrementally the Graphlet user interface 
an rnrtial prototype DR capture tool, fta, was named DRed v0.1 was produced' 
Whrle irmrted, this was sufncientiy functional to support real design wort<' 
Moreover, due to its solid foundations in the unmodffled GTL library, and the' 

iZr.r'r"""' °' ™*'"'' ™ «"^P*«. « was 

immedrately robust enough for designers to use with confidence. 

As the basis for task 112 -Fomiative evaluation", a core team of six 
aerospace designers was recruited to use the invenUon in their daily work 
immedrate reactions were very positive, and accompanied by many helpful 
Ideas about funConalrty and usability. There were also suggestions that its use 
in recording the design process was proving beneficial in lending structure to 
.^eergnens' thoughts. An efHcien, and productive research cycle of idea 
generation, implementation and testing ensued. Seven further releases of 
stead y rncreasing capability, and rennement of the undedying concepts. 
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Various changes were made to the representations used. New element 
types were added, along with the idea that all elements, not just answers, 
should have a set of clearly indicated statuses. The current complete set is 
shown in Figure 6. The initial arbitrary choice of link arrow direction was 
5 reversed, such that when the status of any node is changed by the designer, 
the arrows point from that node to all others for which the status should 
consequently be reviewed. A desire to use DRed to capture conceptual design 
of thermodynamic cycles for a new range of small jet engines, led to the 
concept of "tunnelling links" being devised. 

In the course of the iterative research and implementation process, there 
was also a highly beneficial change of distribution strategy 109. It was realised it 
that DRed can easily be made to run directly from a CD-ROM or networked 
home directory. This enabled a major expansion of the storyboard for use of the 
tool 106. The DRed graphs could now be used to provide a map of the 
computer files generated during the design, and stored in an electronic DSF. 
The choice of three new software components 110, the BLT. Img and Schwartz 
libraries for Tel. solved the problem of allowing file reference nodes to be 
represented, if desired, by a bitmap graphic rather than the default icon (see the 
bottom right element in Figure 7). This provided another major functionality 
enhancement requested by designers, as it meant that the output of any PC 
software, such as Computer Aided Design (CAD) or a spreadsheet, could easily 
be captured from screen and included in the DR graphs. Similarly design 
sketches, whether drawn directly onto a Tablet PC or scanned from paper, 
could easily be intemiingled with textual rationale, combining the flexibility of a 
design notebook with a rigorous structure for arguments and dependencies. 

Once the main functionality of DRed had stabilised, the research moved 
on to the more formal, summative evaluation of the Description II stage. This 
determined whether or not the use of the tool has had a positive impact on the 
measurable success criteria identified in task 102. In task 113 "Specify 
Experiment and Data Collection Software", there is a trade-off between 
formality, and reality, of the experiment chosen. 
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Task 114 "Summative evaluation" was initiated by giving a two hour 
hands-on training course in small groups to around twenty new users.. The 
evaluation has. at the time of writing, been ongoing and informal feedback 
continues to be highly positive. 

5 Figure 10 shows an aerospace design rationale application for fire/fume 

assemblies, structured according to a DDR. 

It will be appreciated that the printed output of a set of rationale 
canvasses is comprehensive in its information content and provides hardcopy 
closely matches what may be seen on screen using the tool. This makes it 
> particularly clear and allows easy interpretation of the rationale structure. 

The invention may also be incorporated In an indexing knowledge 
system such as a database arrangement for use with data items having one or 
more index terms associated therewith, comprising: relationship storage means 
operable to store relationship information relating to the index terms associated 
with the data Items in the database; identifying means operable to identify the or 
each index term contained in a user request for interrogating the database; 
consulting means operable to consult the relationship information to identify 
other index terms which are associated with data items with which the index 
term or terms of the request are associated; and information means operable to 
provide information relating to the index terms or temis of the request and the 
other index terms, for presentation to the user. 

The invention may also be incorporated in an indexing knowledge 
system such as a database arrangement for use with data items having one or 
more index terms associated therewith, comprising: relationship storage means 
operable to store relationship information relating to the index terms associated 
with the data items in the database; identifying means operable to identify the or 
each index term contained in a user request for interrogating the database; 
consulting means operable to consult the relationship information to identify 
other index terms which are associated with data items with which the index 
term or terms of the request are associated; and information means operable to 
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provide information relating to tt,e index terms or tem,s of the request and the 
other rndex terms, for presentation to the user. 

Figure 5 shows a diagrammatical representation of a second 
embodiment of the invention in which there is a system having one or more 
5 .nput/output means 500 and which is operating under control of software as 
described above. The input/output means 500 may be personal computers 
(PCs), laptops or dedicated CAed/CAD terminals or stations. 

Input/output means 500 are linked to a central file manager, which in turn 
provides access to a file server 615 and database 620. The system is depicted 
> as being configured as a network so that input/output terminals are connected 
for example by way of a local area network (LAN) or a wide area networ*' 
(WAN) to enable remotely spaced designers and engineers to collaborate on 
the same or different projects simultaneously. Links may Include suitable 
encryption devices or software so as to ensure security of data as it passes, for 
example, over wireless networi<s or the Internet. 

Other input ports may Include, for example, wireless free connections an 
Internet gateway, a real time Infomiation source, for example from an Kern 
under test (not shown),- and/or a camera, showing a particular piece of video 
footage. All data, as has been described above, is collected and stored In 
accordance with the operations and commands in the computer program as 
design decisions are made. Data is then stored, so that it can be accessed 
subsequently. 

One or more printers are shown in the network in order to enable users 
to pnnt hard copies of records directly, under control of the file manager, from 
the database and/or a local server 615. 

The invention may be described by way of exemplary examples only and 
.t w,ll be appreciated that variation may be made to the examples without 
departing from the scope of the invention. 



